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Field 

the invention relates to a method for traffic management in a radio 
system and a radio system. 

5 Background 

The increasing number of users and density of mobile equipment 
together with the need for transfening large amounts of data further increase 
the demands set for the capacity and management of wireless communication 
systems. In the future, there will be more and more users of non-real-time 

10 (NRT) services, for example interactive users such as web browsers transfer- 
ring large amounts of information and users transferring data associated with 
video and audio signals over wireless communication systems. It has been 
proposed in connection with evolving new technologies that future wireless 
communication networks should use several types of radio access technolo- 

15 gies instead of just one type of technology, I.e. the use of multisystem net- 
works. Managing quality of service (QoS) in a networl< without wasting any re- 

- sources will be one of the important demands. All this causes new demands 
for traffic management of a radio system. 

In order to use multisystem or multicarrier networks efficiently, it is 

20 essential to utilise all the systems or carriers efficiently. Efficiency can be im- 
proved e.g. by using trunking, a technique by means of which the capacity of 
several radio channels is automatically distributed between several users. The 
trunking efficiency of a network can be improved by introducing load balancing 
mechanisms between systems or carriers. 

25 Until now, the traffic has typically been real-time traffic and the user 

terminal services have mostly comprised real-time (RT) circuit switched ser- 
vices. In the case of real-time services, multisystem radio traffic management 
is used to balance RT load and/or Interference evenly between cells, thus 
maximising the trunking efficiency. In multisystem environment, tmnking gain 

30 can be achieved, for example, by directing an RT user to another system, or to 
another layer or frequency when the load is heavy thus reducing blocking. 
When real-time services are concemed, this is typically called handover (HO) 
but It can also be called network controlled cell reselection (NCCRS). In the 
future, with the increasing amount of non-real-tlme (NRT) users there Is also a 

35 need for balancing the non-real-time load (NRT load). 
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In prior art the cell load of the radio cells In a radio system has typi- 
cally been measured by monitoring occupation of physical resources or inter- 
ference. A problem is that this is not a feasible way to measure NRT load, 
since the NRT users aim to utilise all the available bandwidth and share it in 
5 time-multiplexed manner in order to maximise the experienced data through- 
put. 

Another problem is that different NRT users obtain different shares 
of the available bandwidth, depending, for example, on the traffic or priority 
class of the user. Therefore, for example low priority users have less effect on 

10 the reduction of the NRT load than high priority users. On the other hand, there 
may be NRT users using so-called guaranteed services, i.e. services which 
allow little or no variance in the measured performance criteria, typically ser- 
vices such as video watching. Also, the users belonging to a higher traffic class 
enjoy certain higher QoS, and therefore, in order to maintain the QoS when the 

15 load is heavy, may be prefen-ed to be directed to another system, layer or fre- 
quency that is less loaded. 

When an RT user is moved to an other system or carrier due to a 
load reason handover, the reduction of the real-time load is known by the con- 
troller responsible for the handover decisions, as the controller is aware of the 

20 user's bit rate. Thus the controller can easily choose the appropriate number of 
real-time users to perform traffic reason handovers in order to reduce the load 
to a desired level. 

However, a problem with the non-real-time users is that they do not 
cause constant traffic in the cell. So, it is difficult to estimate the reduction In 

25 the cell load as a result of the cell load balancing actions, especially the inter- 
system or Inter-carrier load balancing actions. A certain number of NRT users 
may be selected to perform cell reselection to another system or carrier to re- 
lieve the cell load caused by the NRT users, but it is difficult to estimate the 
reduction in the cell load. Therefore, it is also difficult to choose the right num- 

30 ber of users to perform cell reselection. 

Brief description of the invention 

It is an object of the invention to provide an improved method for 
traffic management in a radio system, and a radio system. According to an as- 
pect of the invention, there is provided a method for traffic management in a 
35 radio system, the method comprising: monitoring at least one cell load parame- 
ter of non-real-time users in a radio cell; triggering a cell reselection process in 
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the radio cell on the basis of a cell load parameter exceeding a pre-set cell 
load threshold; selecting, based on at least one cell load parameter, the non- 
real-time users to perfomi cell reselection; triggering the selected non-real-time 
users to perform cell reselection. 

5 The Invention also relates to a radio system, comprising: a base sta- 

tion for providing a radio cell for radio transmission and reception to user 
equipment; and the radio system is configured to: monitor at least one cell load 
parameter of non-real-time users in a radio cell; trigger a cell reselection proc- 
ess in the radio ceil on the basis of a cell load parameter exceeding a pre-set 

10 cell load threshold, select, based on at least one cell load parameter, the non- 
real-time users to perfonn cell reselection; trigger the selected non-real-time 
users to perform cell reselection. 

Preferred embodiments of the invention are described in the de- 
pendent claims. 

15 The method and system of the invention provide several advan- 

tages. The nature of the paclcet switched traffic of the NRT users is typically 
bursty and the pacl<ets are delayed in the buffers of the radio network control- 
lers. Hence, In the case of NRT traffic the multisystem radio traffic manage- 
ment aims to maximise the data throughput and minimise the delay experi- 

20 enced by the user. In the embodiments of the invention, instead of measuring 
physical load, parameters that better describe the cell load caused by the NRT 
users are used for measuring, for example the delay per NRT user or data 
throughput of an NRT user. 

An advantage of an embodiment of the invention is that it introduces 

25 a way to select the best candidates among the NRT users for cell reselection, 
thus allowing the best possible reduction of the NRT load with as little effect on 
the QoS of tiie users as possible. 

Another advantage of an embodiment of the invention is that It en- 
ables to select the right number of NRT users for cell reselection allowing the 

30 best possible reduction of the NRT load. Moreover, it is possible to avoid a 
situation where all the NRT users make the cell reselection to another cell or 
cells and in tum trigger load balancing actions in the new cell and also avoid 
the unnecessary signalling caused. 

In an embodiment of the invention an extra advantage Is gained by 

35 selecting separately the NRT users of different traffic or priority classes for cell 
reselection, thus enabling a greater reduction of the NRT load. 



wo 2004/043104 



PCT/FI2002/000877 



4 

List of drawings 

In the following, the invention will be described in greater detail with 
reference to the preferred embodiments and the accompanying drawings, in 
which 

5 Figure 1 shows an example of a radio system; 

Figure 2 illustrates an example of a radio system utilising trafFIc 
management; 

Figure 3 is a flow chart illustrating a method for traffic management 
in a radio system 

10 Figure 4 illustrates another radio system utilising traffic manage- 

ment; 

Figure 5 illustrates an example of a manner for estimating NRT de- 
lay In cell buffers. 

Description of the embodiments 

15 With reference to Figure 1, a radio system is described as an exam- 

ple of a system, to which the embodiments of the invention can be applied. 
Figure 1 is a simplified blocl< diagram, which illustrates the main parts of a ra- 
dio system at network element level. The structure and the functions of the 
network elements are only described when relevant to the invention. 

20 The invention can be applied in a radio system comprising more 

than one radio access networks, which the user equipment can be in connec- 
tion with, i.e. multisystem network. Figure 1 shows the general architecture of a 
radio system using different radb access technologies and the interoperation 
of different generations of radio access networks, where network elements 

25 from the second. 2.5 and third generations coexist. The technologies that can 
be used comprise: GSM (Global System for Mobile Communications) and GE- 
RAN (GSM/EDGE Radio access network), GPRS (General Packet Radio Ser- 
vice), and E-GPRS (EDGE GPRS), UMTS (Universal Mobile Telecommunica- 
tions System), WCDMA (Wideband Code Division Multiple Access) or 

30 CDMA2000 (Code Division Multiple Access), Internet protocol (IP) based tech- 
nologies and WLAN (Wireless Local Area Network), technologies that are al- 
ready in use worldwide or under constant development. Below, embodiments 
will be shown using mainly the GSM, UMTS and IP RAN based techniques as 
examples, without limiting the invention to these systems, as will be obvious to 

35 a person skilled in the art. 
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The main parts of a radio system comprise a core networic (CN) 
100. a radio access networic 120, 130, 160 and user equipment (UE) 170. Fig- 
ure 1 illustrates a radio access network (RAN) called UTRAN (UI\/ITS Terres- 
trial Radio Access Networic) 130 belonging to the third generation and imple- 

5 mented by WCDMA-technology. Figure 1 also shows a base station subsys- 
tem (BSS) 160 belonging to the second generation and implemented by time 
division multiple access (TDI\/IA) technology, and an Internet Protocol Radio 
Access System 120 (IP RAN) implemented with WCDIVIA technology. 

On a general level, the radio system can also be defined to com- 

10 prise user equipment 170 and a networic part 190. The user equipment 170 
can also be called a temnlnal, a mobile station, a subscriber terminal or a mo- 
bile telephone. The networi^ part 190 comprises the fixed Infrastructure of the 
radio system, i.e. the core network 100, the UMTS radio access network 130, 
the base station subsystem 160, and the IP RAN 120. In this context, the 

15 UMTS radio access network 130, the base station subsystem 160, the Internet 
protocol radio access system 120, and related systems will be called a radio 
access network (RAN). 

In Figure 1, the core network (CN) 100 represents the radio- 
independent layer of the radio system. The core networi< 100 comprises net- 

20 work elements for establishing both circuit-switched connections and packet- 
switched connections. The networi^ elements of the core networic 100 are re- 
sponsible for tasks such as switching, paging, user equipment location regis- 
tration, and handover management. The core network 100 Is responsible for 
routing incoming traffic and traffic from the core networi< 100 to extemal net- 

25 wori<s 180, 182. 

The core networic 100 of the radio system is connected to the exter- 
nal networics 180, 182. The extemal networks 180, 182 are represented by a 
public land mobile network PLMN 180 or a public switched telephone networi< 
PSTN 180. and the Internet 182. 

30 The Base Station Subsystem (BSS) 160 based on the GSM com- 

prises a base station controller (BSC) 166 and base transceiver stations (BTS) 
162, 164. The base station controller 166 controls the base transceiver stations 
162, 164. The interface 106 between the core network 100 and the BSS 160 is 
called an A interface. The interface between the BSC 166 and BTS 162, 164 is 

35 called an A-bis interface. In principle, the devices implementing the radio path 
and their functions should be located in the base transceiver station 162, 164 
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and the management devices in the base station controller 166. The Imple- 
mentation may naturally deviate from this principle. As is known to a person 
skilled in the art, a radio system can comprise several base station sub- 
systems 160 not described In Figure 1 for the sake of clarity. 

5 The UMTS Radio Access Networic (UTI^N) 130 comprises radio 

networic subsystems (RNS) 140, 150. Each radio networi^ subsystem 140, 150 
comprises radio networi< controllers (RNC) 146, 156 and nodes B 142, 144, 
152, 154. Node B is a rather abstract concept, and is thus frequently replaced 
by the term 'base station'. Solutions where the same device functtons both as 

10 the base station and as the node B are also available, I.e. the device can si- 
multaneously implement a TDMA and a WCDMA radio interface. 

The radio system may also use an IP technology based radio ac- 
cess networi^, i.e. an IP RAH (Internet Protocol Radio Access Network) 120. 
Figure 1 shows the IP RAN 120 as an example of a radio access networi< 

15 (RAN) to which the embodiments can be applied. Since the IP technology 
based radio access networks and their architecture are being continuously de- 
veloped, the IP RAN 120 of Figure 1 shows an examplanary architecture de- 
scribing some of the main functionalities of such an IP technology based RAN, 
and the implementations may vary. The IP RAN 120 described in Figure 1 is a 

20 radio access network platfonn based on IP-technology that also enables inter- 
operation with other, more conventional radio network access technologies 
and networics, such as the UTRAN (UMTS Radio Access Network), BSS (Base 
Station Subsystem) used in GSM (Global System for Mobile Communications) 
or GERAN (GSM EDGE Radio Access Network). The IP RAN is connected to 

25 the UTRAN 130 with an interface 112, to the BSS 160 with an interface 114 
and to the cora network 100 with an interface 110. 

The IP RAN 120 can be described briefly with the following groups 
of entities described in Figure 1: the IP base stations (IP BTS) 126, 128, and 
the IP RAN gateways 122, such as for example a radio access network gate- 

30 way (RAN Gateway, RNGW) 121, and a circuit switched gateway (CS gate- 
way, CSGW) 123 for the circuit switched traffic. The IP RAN gateways 122 can 
also comprise other elements, such as a RAN access server (RNAS) 132 for 
controlling access to the network, and other elements, such as servers and 
routers, not described in Figure 1. 

35 In the IP RAN 1 20 most of the functions of the centralized controller 

(RNC 146 and BSC 166) are planned to be moved to the IP base station 126. 
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In particular, all the radio protocols are to be moved to the IP base station 126. 
Entities outside the IP base station 126 are needed for example to perfonm 
configuration and radio resource (RR) functions, or for intenworking with con- 
ventional radio access networks or base station subsystems or gateways to 

5 the core network 100. However, in more evolutionary architectures RNC or 
BSC may still be used. 

Figure 1 also illustrates the coverage areas, i.e. cells, of the base 
stations of the different radio access networks. Cells 143, 145, 153, 155 thus 
represent the coverage areas of the nodes B 142, 144, 152, 154, and cells 

10 163, 165 represent the coverage areas of the base stations 162, 164. One 
node B 142, 144, 152, 154 or base station 162, 164 may either serve one cell, 
as illustrated in Figure 1 , or several cells, which in the case of base stations 
can be sectored cells. An IP base station may also serve several cells. In the 
figure the coverage area of the IP base station (IP BTS) 126 is represented by 

15 cells 124. 125. and the coverage are of the IP BTS 128 is represented by cells 
127, 129. 

The user equipment (UE) 170 illustrated in Figure 1 is preferably 
applicable both to 2G and 3G systems, comprising at least one transceiver for 
establishing a radio connection to the radio access network 120. Typically, the 

20 user equipment 170 is a mobile station (MS), further comprising an antenna, a 
user interface and a battery. The user equipment 170 can also have properties 
similar to those of a personal computer or a portable computer. The user 
equipment 170 is connected to the radio system via the base stations of a ra- 
dio access network, such as the IP RAN 120. for providing the user of the UE 

25 170 with access to the core network of the radio system using a telecommuni- 
cations connection. The telecommunications connection comprises a radio 
connection with a base station and a connection between the base station and 
the core network. 

Figure 2 Illustrates a manner how traffic management is used in a 

30 radio system. The embodiment is described in a simplified, generic radio sys- 
tem, and In a situation where network controlled cell reselections take place 
between different cells of the same system, i.e. inter canrier cell reselections 
take place. The radio system comprises a controller 200 handling the control 
functions of the radio access network. The controller 200 may be an RNC 146 

35 in the case of UTRAN 130. i.e. in WCDMA based systems, or in the case of 
BSS 160, i.e. in a GSM/GPRS based system a BSC 166. The controller 200 
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may also be an IP BTS 124 handling the control functions of the IP RAN 120. 
The controller 200 may also be any other controller responsible for cell rese- 
lection, for example a controller in a WLAN system. The controller 200 moni- 
tors at least one cell load parameter reflecting the NRT cell load caused by 

5 non-real-time users of a radio cell 206, which are represented by user equip- 
ment 270, 272, 274. The monitoring can take place for example by measuring 
PDCP/RLC (pacl<et data convergence protocol/ radio link control) buffer delay 
in the controller 200. The controller 200 also receives infonnation, e.g. meas- 
urement reports on for example the transmission power level, from the cells 

10 202, 204, 206, in practice from the base stations 222, 224, 226 of the radio 
system. Based on infonnation from the controller 200 itself and received from 
the base stations 222, 224, 226, the controller monitors the NRT cell load of 
the radio cells 202, 204, 206. 

The monitoring and the parameter can for example be based on the 

15 buffer delay of each buffer or queue In the buffer, or on the averaged value of 
all the buffers in the controller 200, or for example on the average experienced 
delay of the NRT users. Besides based on the delay, the parameter and the 
monitoring can be based on for example the achieved data throughput or the 
average data throughput of the NRT users or the capacity request rejection 

20 rate in WCDMA-based systems. Altematively, the monitoring and the parame- 
ter can be based on measuring the number of reserved TBFs (temporary block 
flow) compared to the total number of TBFs or number of TBF users in GSM or 
GPRS-based systems. A TBF Is a temporary GPRS connection block flow, i.e. 
a physical connection where multiple mobile stations (MS) share one traffic 

25 channel, but the traffic channel is dedicated to one MS at a time, meaning that 
one MS Is transmitting or receiving at a time. 

In the embodiment, the controller 200 compares the monitored pa- 
rameter with a pre-set cell load threshold. When the monitored parameter ex- 
ceeds the threshold, the controller 200 triggers a cell reseiection process in the 

30 radio cell 206. 

When the cell reseiection process has been triggered in the radio 
cell 206 the controller 200 selects the NRT users to perfomt cell reseiection 
based on at least one cell load parameter. 

In an embodiment. In order to select the best candidates for cell re- 

35 selection, the controller 200 may prior to the selecting, rank non-real-time us- 
ers based on a cell load parameter or a traffic class or a priority class of the 
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NRT user. The controller 200 then selects the non-real-time users to be trig- 
gered to perform cell reselectlon based on the ranking. Typically the controller 
200 forms a cell reselectlon list of the ranked NRT users and then selects the 
NRT users to perfomn cell reselectlon starting from the top of the list. The rank- 
5 ing can alternatively be perfomned in advance, before triggering the cell rese- 
lection process. 

In an embodiment the number of non-real-time users to perform cell 
reselectlon is selected based on the non-real-time cell load parameter. 

In an embodiment the number of NRT users selected for cell rese- 

10 lection can be selected based on the magnitude by which the pre-set cell load 
threshold is exceeded, i.e. the number of NRT users selected for cell reselec- 
tlon may be in proportion to the increase in the value of the cell load parame- 
ter, for example the excess buffer delay. 

As mentioned earlier, the NRT users can also be selected or ranked 

15 based on, for example, the traffic class (e.g. interactive, background) or priority 
class (traffic handling priority (TPH), e.g. THP(1-16) or allocation/retention pri- 
ority (ARP) e.g. ARP(1-3)). For example, if the NRT users belonging to a 
higher traffic or priority class make up the majority of the NRT users of the cell, 
they may be placed higher on the cell reselectlon list, since moving the low 

20 priority or traffic class users to another cell does not necessarily decrease the 
cell load enough. On the other hand, it may not be feasible to move higher pri- 
ority NRT users to another cell in order to give better service for lower priority 
users. Selecting the NRT users for cell reselectlon can, for example, also be 
based on the priority class of the NRT user, which cell load parameter exceeds 

25 a pre-set cell load threshold. For Instance, If the cell load of a low priority NRT 
user exceeds a cell load threshold, the NRT users to perform cell reselectlon 
can be selected among the NRT users belonging to the low priority class in 
question. On the other hand, another option is to select the NRT users among 
all priority classes depending on the amounts of NRT users of each priority 

30 class in the cell. 

The traffic classes that also can be called quality of service classes 
(QoS class) measure the quality of service (QoS). The UMTS specifications 
(3GPP TS 23.107 V5.4.0 (2002-03)) define four QoS classes: conversational 
class, streaming class, interactive class, and background class. The main dif- 

35 ference between the traffic classes lies in the sensitivity of the traffic they are 
meant for: the traffic in the conversational class is very delay sensitive and the 
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traffic in the bacl<ground class is least sensitive for delay. The priority classes 
are used in a packet scheduler to categorise different types of packet users, 
such as the interactive and background users. The priority classes are used 
when the packet scheduler shares the available air interface capacity between 

5 different packet users. The packet scheduler is typically physically located in 
the RNC 146. In the case of IP RAN 120 packet scheduler may be imple- 
mented in the IP BTS 126. 128. 

The NRT users may also be selected or ranked based on. for ex- 
ample, the quality of service (QoS). delay, data throughput or ennor ratio the 

10 NRT user Is experiencing. 

The ranking may also be based on the transmission power level, i.e. 
the NRT users having the highest TX power, in other words the users being 
close to the cell edge, are placed first on the cell reselection list. 

Depending on the Implementation of the radio system, the packet 

15 scheduler may be implemented with a single buffer or different buffers for dif- 
ferent traffic classes or priority classes. As the high priority users are allowed 
on average more bandwidth than low priority users, the low priority users have 
less effect on the reduction of the buffer delay or on the increasing of the aver- 
age user data throughput. Therefore an extra advantage is gained by selecting 

20 separately the NRT users of different traffic or priority classes for cell reselec- 
tion. This can be done by ranking the NRT users firstly based on traffic or prior- 
ity classes and secondly ranking the NRT users belonging to a certain dass 
based on an NRT cell load parameter, e.g. the experienced delay. Thus differ- 
ent pre-set thresholds may be used for different traffic classes or priority 

25 classes. For example. If the delay in some of the buffers exceeds the pre-set 
delay threshold for a given traffic class, a number of users within that specific 
traffic dass is selected for perfonming cell reselection. In the embodiment the 
NRT users to be triggered to peribmn cell reselection are then after the ranking 
selected among the ranked NRT users. 

30 Alternatively, the NRT users can be selected among all the NRT us- 

ers and among all the traffic or priority classes based on a ceil load parameter 
exceeding a pre-set threshold, e.g. the experienced delay. 

When the cell reselection process is triggered in the cell 206, for ex- 
ample for NRT users 270, 272 belonging to a certain priority class, e.g. THP(1) 

35 service priority dass, a group of NRT users 270, 272 belonging to the priority 
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class is selected among all NRT users 270, 272, 274 and ranked based on a 
NRT cell load parameter by the controller 200. 

Based on the ranking the controller 200 typically fomns a list of the 
ranked NRT users and then selects an appropriate number of users within the 
5 priority class for cell reselection, starting from the top of the list. 

Finally the controller 200 triggers the selected users to perfomn the 
cell reselection. 

The controller 200 described in Figure 2 typically further comprises 
monitoring means 208 for monitoring at least one cell load parameter of non- 
10 real-time users in a radio cell, triggering means 210 for triggering a cell rese- 
lection process, selecting means 212 for selecting the non-real-time users to 
perfonn cell reselection, and triggering means 210 for triggering the selected 
non-real-time users to perform cell reselection. The triggering means 210 for 
triggering the cell reselection process and the triggering means 210 for trigger- 
15 ing the selected non-real-time users to perform cell reselection may be imple- 
mented separately, or as in Figure 2 they may be implemented in a common 
entity. I.e. like the triggering means 210 configured to trigger both the cell rese- 
lection process and the selected non-real-time users to perform cell reselec- 
tion. The controller 200 may also comprise comparing means 214 for compar- 
20 ing the NRT cell load infonnation with a pre-set load threshold and ranking 
means 216 for ranking end users for cell reselection. 

The monitoring means 208, triggering means 210, selecting means 
212, comparing means 214 and ranking means 216 may also be implemented 
separately in different controllers or in some other physical entity having a 
25 connection with the controller 200. 

The disclosed functionalities can be implemented in different parts 
of the radio system by means of software, usually as a processor and its soft- 
ware, but various harxlware solutions are also feasible, e.g. a circuit built from 
logic components or one or more application specific integrated circuits ASIC. 
30 A hybrid of these different implementations is also feasible. When selecting the 
implementation method, a person skilled in the art will consider the require- 
ments set on the size and power consumption of the device, the necessary 
processing capacity, the production costs and the production volumes. 

Next, refemng to the simplified block diagram of Figure 3, a method 
35 according to an embodiment is explained. It should be noted, that all featured 
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blocks are not necessarily needed in every embodiment and that the order In 
which the blocl^s are performed may vary. 

The method starts in 300. In 302. at least one cell load threshold Is 
set based on at least one cell load parameter of non-real-time users in a cell 

5 for triggering a cell reselection process. In 304 at least one cell load parameter 
of the non-real-time users In a radio cell Is monitored. In 306 the monitored 
parameter Is compared with a pre-set cell load threshold. In 308 a ceil reselec- 
tion process is triggered in the radio cell based on the fact that a monitored cell 
load parameter exceeds a pre-set cell load threshold. In 310, the non-real-time 

10 users to perform cell reselection are selected based on at least one cell load 
parameter. In 312, the selected non-real-time users are triggered to perfomi 
cell reselection. The method ends in 314. 

Due to the nature of the packet traffic, it is not possible to know the 
exact reduction in the NRT load, for example in the buffer delay, when an NRT 

15 user is moved to another cell, i.e. to another system and/or cannier. Therefore, 
it is difficult to choose exactly the right number of NRT users that should be 
triggered to perfomi cell reselection. The reduction can be too large or too 
small, as the amount of the traffic caused by a single NRT user is not known in 
advance. The problem can be eased, if the reduction is too small, by triggering 

20 more users for cell reselection next time the cell reselection process is trig- 
gered in the cell. 

In an embodiment, the number of NRT users to perfonn cell reselec- 
tion Is selected based on the cell load parameter. Let us now examine a man- 
ner of selecting the number of NRT users for cell reselection using an exam- 

25 pie. where it is assumed that the number of active packet data users, i.e. NRT 
usere, is X, the previously set threshold for the buffer delay is Y seconds, and 
the actual buffer delay Is Z seconds. Thus, when Z Is greater than Y. the ex- 
cess delay compared to the delay threshold is the actual delay Z divided by the 
delay threshold Y, i.e. Z/Y. From this it is possible to calculate the number of 

30 NRT users that need to be triggered to make cell reselection, using formula 

(1): 

(1-Y/Z)*X (1). 
i.e. the number of NRT users multiplied with the subtraction of factor 
one and the delay threshold divided with the actual delay. Thus, the number of 
35 NRT users to be triggered for cell reselection is in relation with the actual de- 
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lay. An additional factor, for example Integer one, can be used in the calcula- 
tion to guarantee that the delay is reduced below the threshold level. 

To further clarify the described way of selecting the number of NRT 
users let us examine an example that comprises 25 active NRT users with a 
5 certain priority class in the cell, and delay is used as the NRT cell load parame- 
ter to be monitored by the controller 200. The pre-set cell load threshold, in this 
case the delay threshold for the priority dass, is set to 5 seconds. The meas- 
ured actual buffer delay for the priority class in question is 7 seconds. A delay 
reason networi< controlled cell reselection (NCCR) is triggered in the cell based 
10 on the NRT cell load parameter exceeding the pre-set cell load threshold. 
Based on the exemplary method for calculating the number of the NRT users 
selected for cell reselection. the number of NRT users to be selected is: (1- 
5/7)*25= 7,14, i.e. 8 NRT users are selected for cell reselection. 

Refemng to Figure 4, let us examine another example of a radio 
15 system utilising the described way of traffic management. Figure 4 describes a 
situation where network controlled cell reselections take place between differ- 
ent systems and/or cells of the same system, i.e. Inter system and inter earner 
cell reselections take place. Figure 4 describes a multisystem network, more 
specifically an overiay-underiay network. In this example the overiay network is 
20 a GSM networi^ and the underiaying networics comprise a WCDMA networi< 
and a networic using IP based RAN. The overiay networic comprises GSM base 
station 402 and a cell 420 and the underiay networks comprise nodes B 404, 
406 and cells 410, 412 and IP BTS 408 and cell 414. Figure 4 also illustrates 
user equipment 470, 472, 474, 476. 
25 The user equipment 470, 472, 474 are under the coverage of the 

cell 412. The controller 146, In this case the RNC 146 monitors at least one 
NRT cell load parameter of the user equipment 470, 472, 474. The RNC 146 
notices that a parameter exceeds a pre-set threshold and triggers the cell rese- 
lection process In the cell 412 and selects the NRT users to perfomi cell rese- 
30 lection. The RNC 146 then triggers the selected NRT users to perform cell re- 
selection, for example to the cell 420. 

As described in Figure 4, the radio system may also comprise a ra- 
dio resource manager 400 connected to the radio network for implementing the 
control function of all radio related control and for managing the radio re- 
35 sources between the base stations and the user equipment in the radio net- 
work. The radio resource manager 400 is typically configured to receive radio 
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capacity Information, which can be indicated as the cell load of the radfo cell. 
The radio resource manager 400 can be used to transmit measured NRT load 
Infonnatlon between the different controllers 146, 166 and the IP BTS 408. 
Also the decisions on a network controlled cell reselectlon can be done using 

5 the radio resource manager 400. The radio resource manager 400 can for ex- 
ample be implemented by an entity called a common resource management 
server (CRMS), an entity that belongs to the RAN common servers 122 (de- 
scribed In Figure 1). However, the implementation of the embodiment is not 
restricted to the CRMS but the radio resource manager 400 could be any entity 

10 configured to control the radio resources of the radio system. 

With reference to Figure 5 an embodiment introducing a manner for 
estimating NRT delay in cell buffers is described. In the example of Figure 5 
the buffers for three Interactive user traffic classes with different priorities (1 , 2, 
3) and for a background traffic class are illustrated. Each buffer has a weight 

15 w, which is used in a weighted round-robin algorithm in the BTS. Each RLC 
block (Radio Link Control) is marked with a time stamp (Tn.x) as the buffer time 
starts. Correspondingly a buffer delay (Dx) for each data packet is collected at 
the time when the packet is first scheduled from the buffer. The time stamp for 
a packet is (2): 



20 



and the buffer delay for a buffer, e.g. for buffer 1 is (3): 
i)>=a*D„„+(1-a)*£>, (3). 
So the total buffer delay {D"* ) is calculated using fonnula (4): 

= w'*D' + w'*D^ + w'*i>' + w'*£>' (4). 
25 Individual packet delays are then led through an IIR-filter (Infinite 

Impulse Response), which performs weighted averaging between an old 
stored delay value and a new delay sample. The filtering process using IIR or 
AR (Auto Regressive) model can be described using the following fonnula (5): 
I>w = a +(1-a)* i)„*f: (5), 

30 where: 

Z>^ Is the buffer delay for a certain buffer 

a is the forgetting factor, 0<a<1 , 
is the previous filtered delay data, 
is the new delay value measured for the given packet. 
35 A typical value for the forgetting factor a, is for example about 0.95- 

0.98. The higher the value of the forgetting factor a is, the longer it takes the 
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filtering to be performed. If the value Is too high, the statistics are not able to 
respond to changes in the buffer delay. 

The distinct delay value of each buffer or queue can be used to trig- 
ger a delay reason cell reselection. The filtered delay statistics of each of the 

5 four buffere in the example can also be averaged according to their conre- 
sponding round-robin weights. A similar method can be used to calculate a 
weighted average of the average user throughput, or any other NRT ceil load 
parameter, which are then used to trigger ceil reselection. 

Even though the invention is described above with reference to an 

10 example according to the accompanying drawings. It is clear that the Invention 
is not restricted thereto but it can be modified in several ways within the scope 
of the appended claims. 



